home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94b.txt / 000043_icon-group-sender _Mon Sep 5 17:10:07 1994.msg < prev    next >
Internet Message Format  |  1995-02-09  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Mon, 5 Sep 1994 16:06:04 MST
  2. Date: Mon, 5 Sep 1994 17:10:07 +0600
  3. From: jeffery@runner.jpl.utsa.edu (Clinton L. Jeffery)
  4. Message-Id: <9409052210.AA14549@runner.utsa.edu>
  5. To: espie@basilic.ens.fr
  6. Cc: icon-group@cs.arizona.edu
  7. In-Reply-To: <34ditv$nec@nef.ens.fr> (espie@basilic.ens.fr)
  8. Subject: Re: Icon - still alive??
  9. Content-Length: 781
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11.  
  12.  
  13. Marc Espie writes, concerning Icon's new loadfunc() facility for
  14. calling C routines:
  15.  
  16. > How many architectures does that new call work under ? Not too many I
  17. > think...A perfect example of how general and elegant that mechanism is :-(
  18. > (I'd like it to work on every machine myself).
  19.  
  20. My impression is that loadfunc() is delightfully general and elegant.  The
  21. fact that the first platforms for which it is implemented are certain
  22. flavors of UNIX is a side-issue.  As always, it will be up to implementors
  23. on various platforms to see if they can add loadfunc() to their version of
  24. Icon.  The reason I am happy about loadfunc() is that it appears a broad
  25. class of common systems *will* be able to support it once someone reasonably
  26. gifted sets out to do loadfunc() for each system.
  27.